Cấu Trúc Website Thương Mại Điện Tử

Website sản phẩm hoặc thương mại điện tử có đặc điểm khác khá nhiều so với website dịch vụ.

Nếu website dịch vụ thường tập trung sức mạnh vào một số lượng tương đối nhỏ các trang dịch vụ tạo chuyển đổi, thì website thương mại điện tử phải quản lý đồng thời:

• Hàng trăm đến hàng triệu sản phẩm.

• Nhiều cấp danh mục.

• Thương hiệu.

• Biến thể sản phẩm.

• Bộ lọc.

• Sắp xếp.

• Phân trang.

• Tìm kiếm nội bộ.

• Sản phẩm hết hàng.

• Sản phẩm ngừng kinh doanh.

• Giá và tồn kho thay đổi liên tục.

Vì vậy bài toán SEO Ecommerce không đơn thuần là:

Trang chủ → Danh mục → Sản phẩm.

Mà phải đồng thời giải quyết được 5 vấn đề:

DISCOVERY → CRAWLING → INDEXING → PRODUCT UNDERSTANDING → CONVERSION

Hay nói đơn giản hơn:

Google phải tìm được sản phẩm → hiểu sản phẩm → hiểu sản phẩm nằm trong nhóm nào → biết phiên bản nào cần index → và đưa người dùng vào đúng trang có khả năng mua hàng.

Google cũng dành riêng một nhóm tài liệu cho Ecommerce SEO vì việc chia sẻ đúng site structure và product data giúp Google tìm, phân tích và hiển thị sản phẩm trên Search cũng như các bề mặt mua sắm khác.

I. MÔ HÌNH TỔNG THỂ WEBSITE ECOMMERCE

Về mặt kiến trúc thông tin, mô hình phổ biến là:

TRANG CHỦ
    ↓
DANH MỤC CHA
    ↓
DANH MỤC CON
    ↓
SẢN PHẨM
    ↓
BIẾN THỂ

Ví dụ:

Thời trang nam
    ↓
Giày nam
    ↓
Giày thể thao
    ↓
Nike Air Max
    ↓
Nike Air Max – Đỏ – Size 42

Tuy nhiên cần phân biệt:

Cây thông tin của website không bắt buộc phải giống hoàn toàn cấu trúc URL.

Google cho biết họ hiểu cấu trúc và mức độ quan trọng của các trang chủ yếu thông qua mối quan hệ liên kết giữa các trang, chứ không đơn thuần nhìn vào cấu trúc thư mục URL.

Do đó có thể có:

Trang chủ
↓
Thời trang nam
↓
Giày thể thao
↓
Nike Air Max

nhưng URL sản phẩm vẫn là:

https://domain.com/san-pham/nike-air-max/

thay vì bắt buộc:

https://domain.com/thoi-trang-nam/giay-the-thao/nike-air-max/

Đây là một khác biệt rất quan trọng.

1. PHÂN KHU TRANG CHỦ

Vai trò

Trang chủ đại diện cho:

• Doanh nghiệp.

• Thương hiệu.

• Lĩnh vực kinh doanh.

• Những nhóm sản phẩm quan trọng.

• Những thương hiệu quan trọng.

• Những sản phẩm nổi bật.

• Những chương trình thương mại quan trọng.

URL:

https://domain.com/

Trang chủ nên giúp người dùng nhanh chóng xác định:

• Website bán gì?

• Những nhóm sản phẩm chính là gì?

• Điểm khác biệt của doanh nghiệp là gì?

• Có những thương hiệu nào?

• Sản phẩm nổi bật là gì?

• Vì sao nên mua tại đây?

• Chính sách mua hàng như thế nào?

Internal link từ trang chủ

Nên ưu tiên liên kết tới:

• Danh mục sản phẩm chiến lược.

• Danh mục bán chạy.

• Thương hiệu quan trọng.

• Sản phẩm bán chạy.

• Sản phẩm mới.

• Landing page theo mùa.

• Nội dung tư vấn mua hàng quan trọng.

Google cho biết số lượng và vị trí internal link có thể giúp họ hiểu tương đối mức độ quan trọng của một trang trong website; vì vậy sản phẩm hoặc danh mục chiến lược có thể được liên kết trực tiếp từ trang chủ.

2. PHÂN KHU DANH MỤC SẢN PHẨM

Đây là một trong những khu vực SEO quan trọng nhất của Ecommerce.

Ví dụ:

Điện thoại
├── iPhone
├── Samsung
├── Xiaomi
└── OPPO

hoặc:

Thời trang nam
├── Áo nam
├── Quần nam
└── Giày nam
    ├── Giày thể thao
    ├── Giày da
    └── Sandal

2.1. Danh mục cha

URL:

https://domain.com/thoi-trang-nam/

Danh mục cha là một Category Hub, giúp:

• Người dùng khám phá sản phẩm.

• Google khám phá danh mục con.

• Phân phối internal link.

• Target những nhóm từ khóa rộng.

2.2. Danh mục con

Ví dụ:

https://domain.com/thoi-trang-nam/giay-the-thao/

Danh mục con target một nhu cầu cụ thể hơn.

Ví dụ:

Điện thoại
→ iPhone

Laptop
→ Laptop Gaming

Máy hút sữa
→ Máy hút sữa rảnh tay

2.3. NGUYÊN TẮC ĐẶT TÊN DANH MỤC

Không nên quyết định tên danh mục chỉ bằng:

Keyword + Search Volume.

Tên và cấu trúc danh mục nên là giao điểm của ít nhất 4 yếu tố.

1. Product Reality

Doanh nghiệp thực sự đang bán những nhóm sản phẩm nào?

2. Customer Language

Khách hàng gọi nhóm sản phẩm đó là gì?

3. Search Demand

Người dùng tìm kiếm như thế nào?

4. Inventory

Doanh nghiệp có đủ sản phẩm để hình thành một danh mục thực sự hay không?

Ví dụ:

Nếu website chỉ có hai sản phẩm thuộc một nhóm cực nhỏ thì chưa chắc cần tạo thêm một Category SEO chỉ vì keyword đó có volume.

Ngược lại, một danh mục tốt cần thực sự giúp người dùng:

Lựa chọn giữa nhiều sản phẩm cùng đáp ứng một nhu cầu.

3. CATEGORY PAGE KHÔNG CHỈ LÀ DANH SÁCH SẢN PHẨM

Một lỗi phổ biến:

H1
↓
Grid 40 sản phẩm
↓
Footer

Danh mục như vậy vẫn sử dụng được nhưng chưa tận dụng hết vai trò SEO và chuyển đổi.

Một Category Page tốt có thể gồm:

Phần đầu trang

• H1.

• Mô tả ngắn.

• USP.

• Bộ lọc quan trọng.

Product Listing

• Hình ảnh.

• Tên.

• Giá.

• Giá khuyến mại.

• Rating.

• Tồn kho.

• Thuộc tính quan trọng.

Hỗ trợ lựa chọn

Ví dụ:

• Nên mua loại nào?

• Phân loại sản phẩm.

• Các mức giá.

• Các thương hiệu nổi bật.

• Tiêu chí lựa chọn.

FAQ hoặc Buying Advice

Giải đáp những câu hỏi thực sự có ích cho người mua.

Không cần biến Category Page thành một bài SEO 3.000–5.000 chữ.

Mục tiêu chính của Category Page vẫn là:

GIÚP NGƯỜI DÙNG TÌM VÀ SO SÁNH SẢN PHẨM.

4. PHÂN KHU SẢN PHẨM CHI TIẾT

Trang sản phẩm là Money Page quan trọng nhất của website Ecommerce.

Ví dụ:

https://domain.com/san-pham/nike-air-max-90/

hoặc:

https://domain.com/giay-the-thao/nike-air-max-90/

4.1. KHÔNG BẮT BUỘC URL SẢN PHẨM PHẢI NẰM TRONG DANH MỤC

Đây là điểm nên thay đổi so với mô hình ban đầu.

Một sản phẩm có thể đồng thời xuất hiện tại:

Giày nam
Giày thể thao
Nike
Sản phẩm bán chạy
Khuyến mại

Nếu URL sản phẩm phụ thuộc hoàn toàn vào Category:

/thoi-trang-nam/giay-the-thao/nike-air-max/

thì khi doanh nghiệp thay đổi merchandising hoặc chuyển sản phẩm sang một Category khác có thể phải thay URL.

Vì vậy với nhiều hệ thống Ecommerce, em ưu tiên một Product URL ổn định:

/san-pham/nike-air-max/

hoặc:

/p/nike-air-max/

Sau đó sử dụng:

• Breadcrumb.

• Menu.

• Internal link.

• Category listing.

để thể hiện mối quan hệ sản phẩm với danh mục.

Google khuyến nghị URL nên ổn định, dễ hiểu và hạn chế nhiều URL khác nhau trả về cùng một nội dung.

4.2. TRANG SẢN PHẨM NÊN CÓ NHỮNG GÌ?

Một Product Detail Page tốt nên trả lời được:

Identity

• Tên sản phẩm.

• Thương hiệu.

• Model.

• SKU.

• GTIN nếu có.

Visual

• Ảnh sản phẩm.

• Ảnh nhiều góc.

• Video nếu có.

Commercial Information

• Giá.

• Giá khuyến mại.

• Tình trạng hàng.

• Biến thể.

• Số lượng.

• CTA mua hàng.

Product Information

• Mô tả.

• Thông số kỹ thuật.

• Chất liệu.

• Kích thước.

• Công dụng.

• Hướng dẫn sử dụng.

Trust

• Bảo hành.

• Đổi trả.

• Giao hàng.

• Thanh toán.

• Đơn vị bán hàng.

Social Proof

• Rating.

• Review.

• Hình ảnh khách hàng.

• Q&A.

Discovery

• Sản phẩm liên quan.

• Sản phẩm thay thế.

• Phụ kiện.

• Sản phẩm mua cùng.

Mục tiêu là để một Product Page có thể tự trả lời câu hỏi:

Đây là sản phẩm gì – dành cho ai – giá bao nhiêu – khác gì – có nên mua không – mua như thế nào?

5. BIẾN THỂ SẢN PHẨM – PRODUCT VARIANTS

Đây là phần cần chỉnh đáng kể so với công thức:

Có Search Volume → Index.
Không Search Volume → Canonical.

Google hiện hỗ trợ product variants khá rõ bằng:

ProductGroup
Product
hasVariant
variesBy
productGroupID

Mỗi variant cần có khả năng được xác định trực tiếp bằng URL để Google có thể nhận diện đúng biến thể, ví dụ màu sắc hoặc kích thước đã được chọn sẵn.

5.1. Hai mô hình biến thể chính

Mô hình A – Single Product Page

Ví dụ:

/nike-air-max/

Các biến thể:

/nike-air-max/?color=red
/nike-air-max/?color=black
/nike-air-max/?size=42

Tất cả vẫn nằm trên cùng một Product Page.

Người dùng đổi màu hoặc size nhưng không thực sự sang một trang nội dung độc lập.

Trong mô hình này, Google hướng dẫn có một canonical URL cho ProductGroup, thường là URL sản phẩm cơ sở.

Ví dụ:

Canonical:

https://domain.com/san-pham/nike-air-max/

Mô hình B – Multi-page Variants

Ví dụ:

/nike-air-max-red/
/nike-air-max-black/

Mỗi variant thực sự là một trang độc lập:

• Nội dung riêng.

• Hình ảnh riêng.

• Giá riêng.

• Tồn kho riêng.

• URL riêng.

• Structured data riêng.

Google cho phép mô hình này và cho biết trường hợp multi-page không nhất thiết tồn tại một URL canonical duy nhất đại diện cho toàn bộ ProductGroup; mỗi trang variant phải có markup đầy đủ và tự đủ nghĩa.

5.2. Khi nào NÊN tạo variant thành landing page SEO?

Search volume vẫn là một yếu tố, nhưng không phải yếu tố duy nhất.

Có thể tạo variant độc lập khi:

• Có Search Demand.

• Search Intent khác biệt.

• Variant có giá trị thương mại riêng.

• Có hình ảnh riêng.

• Có giá hoặc tồn kho riêng.

• Có đủ nội dung khác biệt.

• Người dùng thực sự muốn tìm đúng phiên bản đó.

Ví dụ:

iPhone 17 Pro 256GB
iPhone 17 Pro 1TB

iPhone 17 Pro màu cam
iPhone 17 Pro màu đen

Tùy hành vi tìm kiếm và hệ thống kinh doanh, một số variant có thể có giá trị landing page thực sự.

5.3. Khi nào KHÔNG nên index variant riêng?

Ví dụ:

Size 40
Size 40.5
Size 41
Size 41.5

Nếu tất cả chỉ thay một lựa chọn nhỏ mà nội dung về cơ bản giống hệt nhau, không nên biến hàng chục variant thành hàng chục landing page SEO.

Điều cần tránh là:

1 sản phẩm
× 10 size
× 10 màu
= 100 URL indexable

trong khi thực tế chỉ có một nhu cầu tìm kiếm.

6. PHÂN KHU THƯƠNG HIỆU / BRAND

Đây là một khu vực quan trọng mà mô hình ban đầu đang thiếu.

Website bán nhiều thương hiệu nên cân nhắc:

/thuong-hieu/
/thuong-hieu/apple/
/thuong-hieu/samsung/
/thuong-hieu/nike/

Brand Page có thể giúp target những nhu cầu:

điện thoại Samsung
giày Nike
máy hút sữa Momcozy

Brand Page không nên chỉ là:

Logo + danh sách sản phẩm.

Nó có thể chứa:

• Giới thiệu thương hiệu.

• Các dòng sản phẩm.

• Sản phẩm bán chạy.

• Phân loại.

• Khoảng giá.

• Chính sách bảo hành.

• Hướng dẫn lựa chọn.

• Nội dung liên quan.

7. PHÂN KHU BỘ LỌC – FACETED NAVIGATION

Đây là một trong những vấn đề Technical SEO lớn nhất của Ecommerce.

Ví dụ người dùng lọc:

Giày nam
+ Nike
+ màu đen
+ size 42
+ dưới 2 triệu

Hệ thống có thể tạo:

/giay-nam?brand=nike
/giay-nam?brand=nike&color=black
/giay-nam?brand=nike&color=black&size=42
/giay-nam?brand=nike&color=black&size=42&price=2000000

Nếu website có:

• 20 thương hiệu.

• 20 màu.

• 20 size.

• 10 khoảng giá.

số tổ hợp URL có thể bùng nổ rất nhanh.

Google cảnh báo faceted navigation có thể tạo ra không gian URL gần như vô hạn, gây overcrawling và làm chậm việc phát hiện các URL thực sự quan trọng.

7.1. Chia Filter thành hai loại

Loại 1 – SEO Landing Filter

Có nhu cầu tìm kiếm rõ ràng.

Ví dụ:

/giay-nike-nam/
/giay-the-thao-nam-mau-den/
/iphone-duoi-20-trieu/

Nếu đủ điều kiện, có thể chủ động xây thành Landing Page:

• URL cố định.

• H1.

• Title.

• Description.

• Nội dung phù hợp.

• Product listing.

• Internal link.

• Self-canonical.

• Index.

Loại 2 – UX Filter

Chỉ phục vụ thao tác mua sắm.

Ví dụ:

?sort=price-asc
?size=40.5
?stock=true
?delivery=today

Thông thường không cần tạo thành trang SEO độc lập.

7.2. Nguyên tắc quan trọng

Không nên để logic:

Bất kỳ tổ hợp filter nào người dùng tạo ra cũng trở thành URL indexable.

Đây là một trong những nguyên nhân phổ biến khiến Ecommerce có:

• Crawl waste.

• Duplicate pages.

• Thin pages.

• Hàng triệu URL vô giá trị.

Google khuyến nghị nếu không cần các URL faceted xuất hiện trong Search thì nên kiểm soát việc crawl; nếu cho phép crawl/index thì phải đảm bảo hệ thống URL được kiểm soát tốt. Các tổ hợp filter không có kết quả nên trả HTTP 404, thay vì sinh ra một trang rỗng nhưng trả 200.

8. SORTING URL

Ví dụ:

?sort=price-low
?sort=price-high
?sort=newest
?sort=popular

Các URL này thường:

Cùng một tập sản phẩm → chỉ thay đổi thứ tự.

Thông thường không nên trở thành SEO Landing Page.

Google cũng khuyến nghị tránh index các URL filter hoặc alternative sort order trong hệ thống phân trang Ecommerce.

9. PHÂN TRANG – PAGINATION

Một Category có thể có:

2.000 sản phẩm

Không thể hiển thị toàn bộ trong một trang.

Ví dụ:

/iphone/
/iphone/?page=2
/iphone/?page=3

Mỗi trang phân trang phải có URL crawlable.

Nếu sử dụng:

• Load More.

• Infinite Scroll.

vẫn cần đảm bảo crawler có thể truy cập các phần sản phẩm tiếp theo qua URL và <a href>.

Google cho biết crawler thường không “click” button giống người dùng; vì vậy nếu sản phẩm chỉ xuất hiện sau một hành động JavaScript mà không có URL/link crawlable tương ứng, Google có thể không tìm thấy toàn bộ sản phẩm.

10. PHÂN KHU BLOG / BUYING GUIDE

Blog Ecommerce không nên chỉ tập trung:

Viết kiến thức để lấy traffic.

Vai trò quan trọng hơn là:

GIÚP KHÁCH HÀNG RA QUYẾT ĐỊNH MUA HÀNG.

Có thể đặt tên:

• Cẩm nang.

• Tư vấn.

• Kinh nghiệm.

• Hướng dẫn.

• Review.

• Buying Guide.

Ví dụ:

/cam-nang-iphone/
/cam-nang-iphone/iphone-nao-chup-anh-dep/

10.1. Nội dung theo hành trình mua hàng

Awareness

iPhone là gì?
OLED và AMOLED khác gì?

Need

Điện thoại nào chụp ảnh đẹp?
Điện thoại nào pin lâu?

Comparison

iPhone 17 và iPhone 17 Pro
Samsung S26 hay iPhone 17?

Selection

Top điện thoại dưới 15 triệu
Top điện thoại chụp ảnh đẹp

Product

iPhone 17 Pro

Từ đó hình thành:

CONTENT
   ↓
BUYING GUIDE
   ↓
CATEGORY
   ↓
PRODUCT
   ↓
PURCHASE

11. CONTENT KHÔNG NÊN CHỈ LINK VỀ CONTENT

Sai:

Blog
↓
Blog
↓
Blog
↓
Blog

Nên là:

Buying Guide
     ↓
Category
     ↓
Product

và:

Product
↑
Review / Comparison
↑
Buying Guide

Blog Ecommerce cuối cùng phải hỗ trợ product discovery và conversion.

12. PHÂN KHU ĐỘI NGŨ / CHUYÊN GIA

Phần này vẫn có giá trị nhưng mức độ ưu tiên phụ thuộc ngành.

Một Ecommerce bán:

• Thời trang phổ thông.

• Đồ gia dụng.

• Phụ kiện.

không nhất thiết phải xây hai hệ thống:

/doi-ngu-nhan-su/
/doi-ngu-chuyen-gia/

Trong phần lớn trường hợp nên gộp:

/doi-ngu/
/doi-ngu/nguyen-van-a/

Khi chuyên gia đặc biệt quan trọng

Ví dụ Ecommerce bán:

• Dược mỹ phẩm.

• Thiết bị y tế.

• Mẹ và bé.

• Dinh dưỡng.

• Thiết bị kỹ thuật.

• Sản phẩm tài chính.

Lúc đó Expert Content có giá trị cao hơn.

Có thể khai báo:

ProfilePage
Person

và liên kết chuyên gia với các nội dung mà họ viết hoặc thẩm định.

13. PHÂN KHU REVIEW / TRẢI NGHIỆM KHÁCH HÀNG

Đối với Ecommerce, em ưu tiên phần này hơn “Case Study” thông thường.

Có thể gồm:

/danh-gia/
/khach-hang/
/review/

hoặc review được tích hợp trực tiếp vào Product Page.

Nên thể hiện:

• Rating.

• Nội dung đánh giá.

• Hình ảnh thật.

• Video.

• Người mua xác thực nếu hệ thống hỗ trợ.

• Ngày đánh giá.

Chỉ khai báo AggregateRating hoặc Review khi dữ liệu đánh giá thực sự tồn tại và tuân thủ hướng dẫn structured data của Google.

14. CASE STUDY – CHỈ CẦN KHI PHÙ HỢP

Không phải Ecommerce nào cũng cần:

/du-an/

Case Study phù hợp hơn với các mô hình:

• B2B Ecommerce.

• Nội thất.

• Thiết bị công nghiệp.

• Máy móc.

• Thiết bị dự án.

• Giải pháp kỹ thuật.

Ví dụ:

/du-an/
/du-an/he-thong-dieu-hoa-khach-san-a/

Với Ecommerce thuần B2C, review và UGC thường có giá trị tự nhiên hơn Case Study.

15. PHÂN KHU VỀ CHÚNG TÔI

URL:

/ve-chung-toi/

Nên thể hiện:

• Doanh nghiệp đứng sau website.

• Tên pháp lý.

• Thương hiệu.

• Lịch sử.

• Founder.

• Đội ngũ.

• Địa chỉ.

• Kho hàng/showroom.

• Đối tác.

• Chứng nhận.

• Thông tin liên hệ.

Mục tiêu:

Không để khách hàng có cảm giác đang mua hàng từ một “website vô danh”.

16. CỬA HÀNG / SHOWROOM

Nếu có hệ thống cửa hàng:

/cua-hang/
/cua-hang/ha-noi/
/cua-hang/tp-hcm/

Trang cửa hàng có thể chứa:

• Địa chỉ.

• Giờ mở cửa.

• Điện thoại.

• Google Maps.

• Hình ảnh.

• Dịch vụ tại cửa hàng.

• Sản phẩm/tồn kho nếu hệ thống hỗ trợ.

17. PHÂN KHU TUYỂN DỤNG

URL:

/tuyen-dung/
/tuyen-dung/nhan-vien-ban-hang/

Trang Job cụ thể có thể sử dụng:

JobPosting

Tuyển dụng không phải khu vực trực tiếp tạo doanh thu Ecommerce nhưng giúp thể hiện hoạt động doanh nghiệp và phục vụ nhu cầu tuyển người.

18. PHÂN KHU PHÁP LÝ – CHÍNH SÁCH – MINH BẠCH

Với Ecommerce, đây không phải phần phụ.

Đây là một phần của:

TRUST + CONVERSION INFRASTRUCTURE

Tối thiểu nên cân nhắc:

/chinh-sach-bao-mat/
/dieu-khoan-su-dung/
/chinh-sach-thanh-toan/
/chinh-sach-van-chuyen/
/chinh-sach-doi-tra/
/chinh-sach-bao-hanh/

Tùy doanh nghiệp có thể bổ sung:

/chinh-sach-kiem-hang/
/huong-dan-mua-hang/
/huong-dan-thanh-toan/
/chinh-sach-khach-hang-than-thiet/

Đối với Ecommerce, đặc biệt nên làm rõ:

Bao nhiêu tiền → giao bao lâu → đổi trả thế nào → bảo hành ra sao → ai chịu trách nhiệm.

19. TÌM KIẾM NỘI BỘ

Ví dụ:

/search?q=iphone
/search?q=samsung

Trang search nội bộ phục vụ người dùng rất tốt.

Nhưng không nên mặc định coi:

Mỗi truy vấn người dùng tìm trên website = một Landing Page SEO.

Nếu để Google crawl/index toàn bộ có thể sinh rất nhiều:

• URL chất lượng thấp.

• URL không có kết quả.

• URL ngẫu nhiên.

• URL gần trùng Category.

Các Search Landing Page thực sự có giá trị SEO nên được chủ động xây dựng thành Category/Collection Page, thay vì để search query tự động trở thành indexable pages.

20. CATEGORY RỖNG

Ví dụ:

/iphone-18/

nhưng chưa có sản phẩm.

Không nên tạo hàng nghìn Category SEO “đón đầu” nhưng không có giá trị thật.

Google khuyến nghị tránh index các trang Category không có nội dung hữu ích; với category rỗng có thể sử dụng noindex, hoặc nếu category đã bị loại bỏ khỏi hệ thống thì có thể trả 404.

21. SẢN PHẨM HẾT HÀNG

Cần phân biệt:

Hết hàng tạm thời

Ví dụ:

iPhone 17 Pro 256GB

sẽ có hàng lại.

Không nên xóa URL.

Giữ Product Page và cập nhật:

availability = OutOfStock

Có thể:

• Cho đăng ký nhận thông báo.

• Đề xuất biến thể khác.

• Đề xuất sản phẩm thay thế.

Google cũng khuyến nghị không dùng công cụ removal chỉ vì sản phẩm tạm hết hàng; thay vào đó giữ trang và thể hiện trạng thái hết hàng.

22. SẢN PHẨM NGỪNG KINH DOANH

Nếu sản phẩm không còn bán nữa cần đánh giá.

Có sản phẩm thay thế trực tiếp

Ví dụ:

iPhone 16 Pro
→ iPhone 17 Pro

Nếu thực sự có replacement tương đương, có thể cân nhắc redirect phù hợp.

Không có replacement

Nếu trang không còn giá trị và sản phẩm không còn tồn tại:

404

hoặc:

410

Google khuyến nghị sử dụng 404 hoặc 410 khi nội dung thực sự không còn tồn tại và không có trang thay thế thích hợp; nếu nội dung đã chuyển sang địa chỉ khác thì dùng redirect phù hợp.

Không nên redirect mọi sản phẩm hết đời:

→ Trang chủ

vì điều đó thường không đáp ứng nhu cầu ban đầu của người dùng.

23. PRODUCT STRUCTURED DATA

Schema Ecommerce cần được map theo từng loại trang, không phải đặt Product trên toàn website.

Product Page

Có thể sử dụng:

Product
Offer
AggregateRating
Review
BreadcrumbList

nếu dữ liệu tương ứng thực sự tồn tại.

Google chia Product structured data thành hai nhóm trải nghiệm chính:

• Merchant listings: trang nơi khách hàng có thể trực tiếp mua sản phẩm.

• Product snippets: những trang thông tin/review sản phẩm không nhất thiết trực tiếp bán sản phẩm.

23.1. Merchant Listing

Với trang bán hàng trực tiếp, Product + Offer có thể cung cấp cho Google thông tin như:

• Giá.

• Currency.

• Availability.

• Shipping.

• Return policy.

• Rating.

Google khuyến nghị tập trung Product markup vào trang một sản phẩm cụ thể hoặc nhiều biến thể của cùng một sản phẩm, thay vì Category Page chứa hàng loạt sản phẩm khác nhau.

Do đó:

Không nên đơn giản gắn Product Schema cho cả Category chỉ vì Category chứa sản phẩm.

23.2. Product Variants Schema

Có thể sử dụng:

ProductGroup
├── hasVariant → Product A
├── hasVariant → Product B
└── hasVariant → Product C

với:

variesBy
productGroupID
sku
gtin

Google yêu cầu mỗi variant có ID duy nhất và Product Group cũng cần ID để giúp xác định mối quan hệ giữa các phiên bản.

23.3. Chính sách giao hàng và đổi trả

Có thể khai báo thông tin phù hợp bằng:

OfferShippingDetails
MerchantReturnPolicy

khi đáp ứng yêu cầu của Google.

24. SCHEMA MAP ĐỀ XUẤT

Không nên hiểu:

Có Schema = được Rich Result = tăng thứ hạng.

Structured data chủ yếu giúp hệ thống tìm kiếm hiểu dữ liệu rõ hơn và có thể giúp trang đủ điều kiện cho một số search experiences; Google không đảm bảo rich result sẽ luôn được hiển thị.

25. GOOGLE MERCHANT CENTER – MỘT LỚP DỮ LIỆU RẤT QUAN TRỌNG

Website Ecommerce hiện không nên chỉ nghĩ:

SEO Website

mà nên nghĩ:

Website
+
Structured Data
+
Merchant Center

Google khuyến nghị Ecommerce vừa triển khai Product structured data trên website, vừa cung cấp product data trực tiếp qua Google Merchant Center khi phù hợp. Merchant Center giúp Google hiểu đầy đủ hơn:

• Product.

• Price.

• Availability.

• Image.

• Product identifiers.

• Inventory.

và cần thiết để đủ điều kiện xuất hiện ở một số bề mặt như Google Shopping.

Giá và tồn kho trên:

Website
Structured Data
Merchant Center

nên được đồng bộ để tránh thông tin mâu thuẫn.

Ghi chú cập nhật: nếu doanh nghiệp tự động đồng bộ sản phẩm bằng API, hệ sinh thái Google hiện đã chuyển sang Merchant API; Content API for Shopping đã đến ngày sunset 18/08/2026.

26. BREADCRUMB

Ví dụ Product URL:

https://domain.com/san-pham/nike-air-max/

Breadcrumb vẫn có thể là:

Trang chủ
→ Thời trang nam
→ Giày thể thao
→ Nike Air Max

Điều này minh họa một nguyên tắc quan trọng:

URL không cần chứa toàn bộ Category Path để website thể hiện được hierarchy.

Cây website được thể hiện qua:

• Navigation.

• Breadcrumb.

• Internal link.

• Category listing.

27. INTERNAL LINK CỦA WEBSITE ECOMMERCE

Cấu trúc không nên chỉ là:

Home
↓
Category
↓
Product

mà nên trở thành mạng liên kết:

                    HOME
                     ↓
                 CATEGORY
                ↙    ↓    ↘
           Sub A    Sub B    Sub C
             ↓       ↓        ↓
          PRODUCT PRODUCT PRODUCT
             ↑       ↑
             │       │
          CONTENT  REVIEW
             ↑
             │
           BRAND

Ngoài ra:

Product A
↔ Product B
↔ Product C

qua:

• Sản phẩm liên quan.

• Sản phẩm thay thế.

• Mua cùng.

• Cùng thương hiệu.

• Cùng dòng.

Google khuyến nghị đảm bảo các sản phẩm có thể được tìm thấy qua link từ:

Menu
→ Category
→ Subcategory
→ Product

thay vì phụ thuộc hoàn toàn vào Search Box hoặc JavaScript.

28. KIẾN TRÚC WEBSITE ECOMMERCE HOÀN CHỈNH

DOMAIN.COM
│
├── TRANG CHỦ
│
├── DANH MỤC SẢN PHẨM
│   │
│   ├── Danh mục A
│   │   ├── Danh mục A1
│   │   │   ├── Product
│   │   │   ├── Product
│   │   │   └── Product
│   │   │
│   │   └── Danh mục A2
│   │
│   └── Danh mục B
│
├── SẢN PHẨM
│   ├── Product A
│   │   ├── Variant
│   │   └── Variant
│   ├── Product B
│   └── Product C
│
├── THƯƠNG HIỆU
│   ├── Apple
│   ├── Samsung
│   └── Xiaomi
│
├── SEO COLLECTION / LANDING PAGE
│   ├── Điện thoại dưới 10 triệu
│   ├── Điện thoại chụp ảnh đẹp
│   └── Điện thoại pin trâu
│
├── CẨM NANG / BUYING GUIDE
│   ├── Chủ đề A
│   ├── Chủ đề B
│   └── Chủ đề C
│
├── REVIEW / ĐÁNH GIÁ
│
├── ĐỘI NGŨ / CHUYÊN GIA
│
├── VỀ CHÚNG TÔI
│
├── CỬA HÀNG
│   ├── Hà Nội
│   └── TP.HCM
│
├── TUYỂN DỤNG
│
├── LIÊN HỆ
│
└── CHÍNH SÁCH
    ├── Thanh toán
    ├── Giao hàng
    ├── Đổi trả
    ├── Bảo hành
    ├── Bảo mật
    └── Điều khoản

Bên cạnh đó tồn tại một lớp URL kỹ thuật:

FILTER
SORT
SEARCH
PAGINATION
TRACKING PARAMETERS
SESSION PARAMETERS

Những URL này phải được quản trị riêng, không mặc định cho tất cả index.

29. CHIA WEBSITE ECOMMERCE THÀNH 5 LOẠI TÀI SẢN

Để học viên dễ hiểu, có thể chia toàn bộ website thành 5 nhóm.

1. MONEY ASSETS

Những trang trực tiếp tạo doanh thu:

Category
Product
SEO Collection
Brand Landing Page

2. CONTENT ASSETS

Những trang tạo nhu cầu và hỗ trợ lựa chọn:

Guide
Comparison
Review
FAQ
How-to

3. ENTITY ASSETS

Những trang giúp xác định ai đứng sau website:

Organization
Brand
Founder
Expert
Store

4. TRUST ASSETS

Những tài sản tạo sự tin tưởng:

Review
Warranty
Return Policy
Shipping
Payment
Certification
Customer Service

5. DATA ASSETS

Đây là nhóm đặc biệt quan trọng với Ecommerce:

Product Data
Price
Inventory
SKU
GTIN
Brand
Variants
Structured Data
Merchant Center Feed

Với website dịch vụ, lớp Data thường ít được nhìn thấy.

Nhưng với Ecommerce:

Dữ liệu sản phẩm chính là một phần của SEO.

30. TƯ DUY TẠO URL ECOMMERCE

Không nên sử dụng công thức:

Có Keyword → Tạo URL.

Mà nên hỏi lần lượt:

• 1. Đây có phải một thực thể hoặc nhóm sản phẩm thật không?
• 2. Người dùng có nhu cầu tìm kiếm riêng không?
• 3. Search Intent có khác không?
• 4. Trang có đủ sản phẩm hoặc nội dung để tồn tại độc lập không?
• 5. Trang có tạo ra giá trị lựa chọn hoặc mua hàng không?
• 6. Nó có trùng với Category, Filter hoặc Landing Page khác không?
• 7. Có thể quản lý URL này ổn định trong nhiều năm không?

Nếu không trả lời được những câu hỏi trên:

Có thể không cần tạo thêm URL SEO.

31. NGUYÊN LÝ CUỐI CÙNG

Website Ecommerce không phải là:

Một website có thật nhiều sản phẩm.

Nó là một hệ thống tổ chức sản phẩm và dữ liệu sản phẩm.

Google và người dùng cần hiểu:

WHO

Ai đang bán?

→ Organization
→ Brand
→ Store
→ Team

WHAT

Đang bán gì?

→ Category
→ Product
→ Variant

HOW TO CHOOSE

Tôi nên chọn cái nào?

→ Filter
→ Buying Guide
→ Comparison
→ Review

WHY TRUST

Tại sao tôi nên mua tại đây?

→ Reviews
→ Warranty
→ Shipping
→ Return
→ Expert
→ Organization

HOW TO BUY

Tôi mua như thế nào?

→ Product
→ Price
→ Availability
→ Cart
→ Checkout

Từ đó có thể cô đọng kiến trúc Ecommerce thành:

DOANH NGHIỆP → DANH MỤC → SẢN PHẨM → DỮ LIỆU → KIẾN THỨC → NIỀM TIN → CHUYỂN ĐỔI

Dưới góc nhìn SEO:

ENTITY → CATEGORY → PRODUCT → PRODUCT DATA → TOPICAL AUTHORITY → TRUST → CONVERSION

Và nguyên tắc quan trọng nhất:

Không phải URL nào hệ thống Ecommerce có thể tạo ra cũng là URL mà Google cần index.

Một kiến trúc Ecommerce tốt phải chủ động quyết định:

URL nào cần tồn tại → URL nào cần crawl → URL nào cần index → URL nào cần ranking → URL nào chỉ phục vụ trải nghiệm mua hàng.

Đó mới là nền tảng của một website thương mại điện tử có khả năng mở rộng SEO bền vững.